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DETAILED ACTION 

1 . Claims 1 -20 are pending in this application. 

Claim Rejections - 35 (JSC §102 

2. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

3. Claim 1-3 are rejected under 35 U.S.C. 102(e) as being anticipated by Salomaki (Pub. No 
US 20030065788 A 1). 

4. With respect to claim 1, Salomaki discloses an apparatus for providing a messenger 
service (page 4 [0009] lines 1-2), comprising: 

a. a client terminal for requesting presence attribute data to be updated from a server 
when it is reconnected to the server having been previously connected to the client 
terminal to perform the messenger service, and updating presence attribute data stored at 
a time of a previous connection upon receiving the presence attribute data to be updated 
from the server (page 4 [0009] lines 1-24); and 

b. a server for receiving a presence attribute data request to be updated from the 
client terminal, and transmitting only updated presence attribute data, created after 
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releasing the previous connection, from among current presence attribute data to the 
client terminal (page 4 [0009] lines 1-24). 

5. With respect to claim 2, Salomaki discloses a presence attribute database (DB) connected 
to the server to store presence attributes for the messenger service (page 2 [0013] lines 1-5). 

6. With respect to claim 3, Salomaki discloses wherein the client terminal creates a 
synchronization key value composed of a session ID, a client ID, and a transaction ID stored at a 
connection release time, and transmits the created synchronization key value to the server such 
that the client terminal requests from the server presence attribute data to be updated from among 
current stored presence attribute data (page 12 [0148] lines 1-11). It is to be noted that in any 
type of messaging system that both a session ID and a client ID, is will be created whenever a 
request or response is sent and a transaction ID is created and associated with the request or 
response. 

Claim Rejections - 35 USC §103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 4 and 9-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Salomaki (Pub. No US 20030065788 Al) in view of Kimichi et al. (Pub. No US. 20020120760 
Al), hereinafter Kimichi. 
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9. With respect to claim 4, Salomaki discloses where the client ID is a unique ID of the 
client terminal storing the presence attribute data (page 12 [0128], [0131]), and the transaction 
ID is an ID of the last transaction by which one request signal and one response signal were 
communicated between the client terminal and the server before the connection release time 
(Page 12, [145-148]). But does not disclose wherein: the session ID is a unique ID of a previous 
connection between the server and the client terminal. However, Kimichi discloses wherein: the 
session ED is a unique ID of a previous connection between the server and the client terminal 
(page 9 [0120] Figure 7a, page 13 [0142]), and the transaction ID is an ID of the last transaction 
by which one request signal and one response signal were communicated between the client 
terminal and the server before the connection release time (page 28 [0424] lines 1-6). It would 
have been obvious to a person having ordinary skill in the art at the time of the invention to 
modify the teachings of Salomaki with the teachings of Kimichi. Because a person having 
ordinary skill in the art at the time of the invention, would know that making the session ID a 
unique ID is necessary for all messages and making the session ID a unique ID of a previous 
connection between the server and the client terminal would make the messaging service simpler 
and more efficient by saving system resources. 

10. With respect to claim 9, Salomaki as modified discloses a method for synchronizing 
presence attribute data between a client terminal and a server in an apparatus composed of the 
client terminal and the server providing the client terminal with a messenger service, comprising 
the steps (page 1 [0007] lines 1-16) of: 

a. upon receiving a presence attribute data request to be updated from the client 
terminal, controlling the server to transmit to the client terminal only updated presence 
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attribute data, created after releasing the previous connection, from among current 
presence attribute data (Salomaki page 7 [0082] lines 1-21); and 
b. controlling the client terminal to update presence attribute data stored at a time of a 
previous connection upon receiving presence attribute data to be updated from the server 
(Salomaki page 7 [0082] lines 1-21; page 7 [0083] lines 1-3). 

11. Salomaki does not disclose if the client terminal is reconnected to the server having been 
previously connected to the client terminal to perform the messenger service, controlling the 
client terminal to request presence attribute data to be updated by the server. However, Kimichi 
discloses if the client terminal is reconnected to the server having been previously connected to 
the client terminal to perform the messenger service, controlling the client terminal to request 
presence attribute data to be updated by the server (page 27 [0400] lines 1 -8). It would have 
been obvious to a person having ordinary skill in the art at the time of the invention to modify 
the teachings of Salomaki with the teachings of Kimichi. Because allowing the controlling client 
to request presence attribute data to be updated by the server will help to minimize errors and 
faults and save time and speed up the messaging service, because the messaging service will not 
have to acquire new attribute data, only get an update from the server. 

12. With respect to claim 10, Salomaki as modified discloses controlling the client terminal 
to create a synchronization key value composed of a session ID, a client ID, and a transaction ID 
stored at a connection release time, and transmitting the created synchronization key value to the 
server (page 12 [0148] lines 1-11). It is inherent in any type of messaging system that both a 
session ID and a client ID, is will be created whenever a request or response is sent and a 
transaction ID is created and associated with the request or response. 
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13. With respect to claim 11, Salomaki as modified discloses the client ID is a unique ID of 
the client terminal storing the presence attribute data (Salomaki page 12 [0128], [0131]), but 
does not disclose wherein the session ID is a unique ID of a previous connection between the 
server and the client terminal, and the transaction ID is an ID of the last transaction by which one 
request signal and one response signal are communicated between the client terminal and the 
server before the connection release time. However, Kimichi discloses wherein the session ID is 
a unique ID of a previous connection between the server and the client terminal (Kimichi page 9 
[0120] Figure 7a, page 13 [0142]), and the transaction ID is an ID of the last transaction by 
which one request signal and one response signal are communicated between the client terminal 
and the server before the connection release time (Kimichi page 28 [0424] lines 1-6). It would 
have been obvious to a person having ordinary skill in the art at the time of the invention to 
modify the teachings of Salomaki ,with the teachings of Kimichi. Because a person having 
ordinary skill in the art at the time of the invention, would know that making the session ID a 
unique ID is necessary for all messages and making the session ID a unique I D of a previous 
connection between the server and the client terminal would make the messaging service simpler 
by saving system resources. Also, It would have been obvious to a person having ordinary skill 
in the art at the time of the invention that making the transaction ID an ID of the last transaction 
by which one request signal and one response signal were communicated between the client 
terminal and the server before the connection release time is inherent in all messaging systems. 
Because in any messaging system once a connection is made and there is a request and a 
response an ID (i.e. transaction ID) is created and associated with that request and response. 
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14. Claims 5, 7-8 and 12 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Salomaki (Pub. No US 20030065788 Al), in view of Kimichi et al. (Pub. No US. 20020120760 
Al), hereinafter Kimichi and further in view of Liao et al. (Patent No US 6480957 Bl), 
hereinafter Liao. 

15. With respect to claim 5, Salomaki discloses requesting presence attribute data to be 
updated using the created synchronization key value from the server, and updating presence 
attribute data stored (page 7 [0082] lines 1-21; page 7 [0083] lines 1-3), at a previous connection 
time upon receiving presence attribute data to be updated from the server (page 7 [0082] lines 1- 
21; page 7 [0083] lines 1-3). Salomaki also disclose a server for receiving the synchronization 
key value from the client terminal, comparing presence attribute data stored in response to the 
synchronization key with current presence attribute data when a predetermined synchronization 
key value equal to the synchronization key value is detected, reading updated presence attribute 
data, and transmitting only the updated presence attribute data to the client terminal (page 6 
[0081] lines 17-26; page 7 [0081] lines 1-4, [0082] lines 1-21); and a presence attribute DB 
connected to the server to store presence attributes for the messenger service (page 2 [0024] lines 
1-5; page 10 [0115] lines 1-11). But, Salomaki does not disclose a client terminal for creating a 
synchronization key value composed of current stored session ID and client ID, and an ID of a 
transaction completed during a communication between the server and the client when the client 
is reconnected to a server having been previously connected to the client terminal to perform the 
messenger service. However, Liao discloses a client terminal for creating a synchronization key 
value composed of current stored session ID and client ID, and an ID of a transaction completed 
during a communication between the server and the client when the client is reconnected to a 
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server having been previously connected to the client terminal to perform the messenger service 
(page 12 lines 36-51). It would have been obvious to a person having ordinary skill in the art at 
the time of the invention to modify the teachings of Salomaki with the teachings of Liao. 
Because, a client terminal for creating a synchronization key value composed of current stored 
session ID and client ID, and an ID of a transaction completed during a communication between 
the server and the client when the client is reconnected to a server having been previously 
connected to the client terminal to perform the messenger service. Would make the messenger 
service more efficient and faster by not requiring as much time and resources to acquire new 
session ID's, client ID's, and transaction ID's. 

16. Claims 6 is rejected under 35 U.S.C. 103(a) as being unpatentable over Salomaki (Pub. 
No US 20030065788 Al) in view of Liao et al. (Patent No US 6480957 Bl), hereinafter Liao 
and further in view of Kimichi et al. (Pub. No US. 20020120760 Al), hereinafter Kimichi. 

17. With respect to claim 6, Salomaki discloses where the client ID is a unique ID of the 
client terminal storing the presence attribute data (page 12 [0128], [0131]), but does not disclose 
wherein: the session ID is a unique ID of a previous connection between the server and the client 
terminal, and the transaction ID is an ID of the last transaction by which one request signal and 
one response signal were communicated between the client terminal and the server before the 
connection release time. However, Kimichi discloses wherein: the session ID is a unique ID of a 
previous connection between the server and the client terminal (page 9 [0120] Figure 7a, page 13 
[0142]), and the transaction ID is an ID of the last transaction by which one request signal and 
one response signal were communicated between the client terminal and the server before the 
connection release time (page 28 [0424] lines 1-6). It would have been obvious to a person 
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having ordinary skill in the art at the time of the invention to modify the teachings of Salomaki 
with the teachings of Kimichi. Because a person having ordinary skill in the art at the time of the 
invention, would know that making the session ID a unique ID is necessary for all messages and 
making the session ID a unique ID of a previous connection between the server and the client 
terminal would make the messaging service simpler by saving system resources. Also, It would 
have been obvious to a person having ordinary skill in the art at the time of the invention that 
making the transaction ID an ID of the last transaction by which one request signal and one 
response signal were communicated between the client terminal and the server before the 
connection release time is inherent in all messaging systems. Because in any messaging system 
once a connection is made and there is a request and a response an ID (i.e. transaction ID) is 
created and associated with that request and response. 

1 8. With respect to claim 7, Salomaki discloses wherein the server, if a synchronization key 
equal to the received synchronization key is stored in the presence attribute DB, compares 
current presence attribute data with the last valid presence attribute data stored in response to the 
synchronization key at a time of a connection release between the server and the client terminal 
to determine if there is at least one updated field, reads the updated field, includes the updated 
field in a response data field to a presence attribute request, and transmits it to the client terminal 
(page 7 [0082] lines 1-21). 

19. With respect to claim 8, Salomaki discloses wherein the server transmits data indicative 
of a null status to the response data field when there is no updated presence attribute data (page 7 
[0089] lines 4-7; page 8 [0089] lines 1 -6). 
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20. With respect to claim 12, Salomaki as modified discloses a method for synchronizing 
data between a client terminal and a server in an apparatus composed of the client terminal and 
the server providing the client terminal with a messenger service, comprising the steps (page 1 
[0007] lines 1-16) of: 

a. controlling the client terminal to create a synchronization key value composed of 
current stored session ID and client ID, and an ID of a transaction normally completed 
during a communication time between the server (page 1 2 [0148] lines 1-11). 

b. controlling the server to receive the synchronization key value from the client 
terminal, compare presence attribute data stored in response to the synchronization key 
with current presence attribute data when a predetermined synchronization key value 
equal to the synchronization key value is detected, read updated presence attribute data, 
and transmit only the updated presence attribute data to the client terminal (page 6 [008 1 ] 
lines 17-26; page 7 [0081] lines 1-4, [0082] lines 1-21); and 

c. controlling the client terminal to update presence attribute data stored at a previous 
connection time upon receiving the presence attribute data to be updated from the server, 
and synchronize the updated presence attribute data with data of the server (page 7 [0082] 
lines 1-21; page 7 [0083] lines 1-3). 

20. Salomaki does not disclose the client when the client terminal is reconnected to the server 
having been previously connected to the client terminal to perform the messenger service, and 
requesting from the server presence attribute data to be updated using the created 
synchronization key value. However, Kimichi discloses the client when the client terminal is 
reconnected to the server having been previously connected to the client terminal to perform the 
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messenger service, and requesting from the server presence attribute data to be updated using the 
created synchronization key value (page 27 [0400] lines 1-8). It would have been obvious to a 
person having ordinary skill in the art at the time of the invention to modify the teachings of 
Salomaki with the teachings of Kimichi. Because allowing the client to use stored session ID's 
and client ID's, and an ID's of a transaction normally completed during.a communication when 
the client is reconnected to the server will save time and speed up the messaging service, because 
the service will not have to acquire new ID's. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Marshall McLeod whose telephone number is (571) 270-3808. 
The examiner can normally be reached on Monday - Friday 7:30 a.m-5:00 p.m.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nabil El-Hady can be reached on (571) 272-3963. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-21 7-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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